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SYSTEM AND METHOD FOR CONFIGURING A 
COMMUNICATIONS PROTOCOL 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to telecommunications systems, and more 
particularly to a system and method for configuring a communications protocol. 
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BACKGROUND OF THE INVENTION 

Telecommxmications systems use a variety of different communications 
protocols to provide telephony services. In particular, integrated services digital 
network (ISDN) communications may use any number of different protocol variants. 
A common telephony switch may support all different variations of ISDN signaling 
using an ISDN protocol stack. The ISDN stack contains information for processing 
ISDN signals using any appropriate protocol variant. 

The widespread use of telecommunications devices in a variety of different 
environments has led to a proliferation of different ISDN protocol variants. For 
example, different countries often use different ISDN protocol variants, and 
companies have developed variants for their own switching platforms. The result is 
an increasing number of different ISDN variants. As the number of variations grows, 
so too does the size and complexity of the ISDN stack. As the size and complexity of 
the ISDN stack grows, the switch running the stack becomes more difficult to 
maintain and update. 
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SUMMARY OF THE INVENTION 

In accordance with the present invention, a system and method for configuring 
a telecommunications device and processing signals is provided which substantially 
eliminates or reduces disadvantages and problems associated with previous systems 
5 and methods. In a particular embodiment, the present invention satisfies a need for a 

switch that dynamically configures a communications protocol stack and processes 
signals using this dynamically configured stack. 

According to one embodiment of the present invention, a configurable 
telecommunications system includes a system controller and an interface device 

10 having a plurality of telephony resources. The interface device identifies a protocol 

module required to process signals received by one of the resources, requests the 
protocol module required to process the signals from the system controller, receives 
the requested protocol module from the system controller, and stores the requested 
protocol module in a local protocol database. The system controller maintains a 

15 system protocol database storing a plurality of protocol modules, receives the request 

from the interface device, and communicates the requested protocol module from the 
system protocol database to the interface device. 

In accordance with another embodiment of the present invention, a 
configurable telecommunications device includes an interface having a plurality of 

20 telephony resources, a memory storing a protocol database having a pliu-ality of 

protocol modules, and a central processing unit (CPU). The CPU, when executing a 
configuration application, identifies a protocol module required by a resource to 
process telephony signals, determines whether the protocol module is stored in the 
protocol database, and requests the protocol module from a remote device if the 

25 protocol module is not stored in the protocol database. The CPU also receives the 

requested protocol module from the remote device and stores the requested protocol 
module in the protocol database. 

According to another embodiment of the present invention, a method for 
processing an ISDN telephony signal receives the ISDN signal from a telephony 

30 resource, determines a signal type for the signal using a core signal handler, accesses 

resource information associated with the resource to determine a protocol module for 
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processing the signal and a current processing state for the resource, and processes the 
signal using the protocol module based on the signal type and the processing state. 

The invention provides a number of technical advantages. The system 
provides a method for dynamically configuring and using a communications device 
5 with a modular protocol stack. The system maintains a database containing available 

communications protocols, while individual interface devices maintain only those 
modules that are currently needed for processing. By maintaining only the necessary 
protocol modules, the size of the protocol processing stack in each interface device is 
.-3 reduced, resulting in faster processing of communications and signaling. 

10 In addition, the modular arrangement of protocol stacks allows for a simplified 

;=f process when upgrading specific protocols. An upgraded protocol module may be 

III loaded onto the system protocol database, and then individual interface devices 

Ly download the upgraded module to update their protocol stacks. This simplifies the 

upgrade process and allows switches to upgrade individual modules without affecting 
15 the operation of other protocol modules on the interface device. This provides a 

number of advantages including the ability of an interface device to upgrade a specific 
1=2 protocol module while processing other signals with other protocol modules. 

Other technical advantages of the present invention will be readily apparent to 
one skilled in the art from the following figures, descriptions and claims. 

20 



DAU)1:528620 



ATTORNEY'S DOCKET 
062891 . 0379 



5 



PATENT APPLICATION 



BRIEF DESCRIPTION OF THE DRAWINGS 

For a more complete understanding of the present invention and the 
advantages thereof, reference is now made to the following descriptions, taken in 
conjunction with the accompanjdng drawings, in which: 

FIGURE 1 is a block diagram illustrating a switching system supporting 
configurable protocol stacks in accordance with the teachings of the present 
invention; 

FIGURE 2 is a block diagram illustrating an exemplary system controller for 
the system of FIGURE 1; 

FIGURE 3 is a block diagram illustrating an exemplary telecommunications 
device having a configurable protocol stack; 

FIGURES 4A and 4B are exemplary resource information tables as 
maintained by the telecommunications device; 

FIGURE 5 is an exemplary state table for a protocol module maintained by the 
telecommunications device; 

FIGURE 6 is an exemplary state transition model for a protocol module 
maintained by the telecommunications device; 

FIGURE 7 is a flowchart illustrating a method for configuring the protocol 
stack of the telecommunications device; and 

FIGURE 8 is a flowchart illustrating a method for processing signals using the 
configured telecommunications device. 
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DETAILED DESCRIPTION OF THE INVENTION 

FIGURE 1 illustrates a telecommxinications system, indicated generally at 10, 
that includes an interface device 12 controlled by a system controller 14 and coupled 
to subscriber devices 20. In general, system 10 configures interface device 12 with 
signal handling information from system controller 14 and provides for 
communications and signaling between various devices using interface device 12. 

Interface device 12 represents an embedded application, distributed 
application, or other appropriate application, implemented using software and/or 
hardware, for establishing connections between multiple attached resources. In a 
particular embodiment, interface device 12 establishes connections between attached 
integrated services digital network (ISDN) resources. Subscriber devices 20 represent 
local and/or remote communications devices coupled to interface device 12 using a 
suitable communications protocol and link. Interface device 12 may use a wireless or 
wireline link to communicate voice, data, signaling, video, and/or other information 
with subscriber devices 20. In general, interface device 12 processes conmixmications 
using a protocol stack. The stack may include any hardware and/or software for 
processing signals and communications and performs functions such as signal 
handling for various protocols. 

Subscriber devices 20 may be customer premises equipment (CPE), switches, 
subscriber gateways or other types of communications devices. In a particular 
embodiment, subscriber devices 20 connect to interface device 12 using primary rate 
interface (PRI) ISDN lines and communicate using an ISDN communications 
protocol. The following description will detail the operation of system 10 using ISDN 
protocols for telecommunications devices, however, these methods may be applied to 
other communications media and protocols. 

In operation, system controller 14 downloads core signal handling information 
to interface device 12. Interface device 12 determines which communications 
protocols are necessary to provide communications and signaling for subscriber 
devices 20. Interface device 12 then downloads the necessary signal handling protocol 
modules from system controller 14. Using the core signal handler and the protocol 
modules, interface device 12 handles communications and signaling with subscriber 
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devices 20 using the appropriate signaling protocols. Signaling typically occurs using 
dedicated signal paths between subscriber devices 20 and interface device 12, such as 
an ISDN D channel. Interface device 12 treats each incoming signal path, along with 
the associated communications path, as a separate resource. Using the core signal 
5 handling information, interface device 12 can perform initial processing on a signal 

received from any of the signal channels. 

Then, using an appropriate protocol module, interface device 12 processes the 
signal according to the specific protocol. Protocol modules, whether described as 
appropriate, necessary, required, or otherwise, represent any software, tables, data, or 

10 other information that interface device 12 may use to process communications and 

signaling for a selected commimications protocol. Although interface device 12 
connects to subscriber devices 20, system 10 contemplates interface device 12 
connecting to subscriber devices 20 using any appropriate interface and 
communications protocol. In addition, system controller 14 may control and provide 

15 signal handling information to multiple interface devices 12 and other devices in 

system 10. 

FIGURE 2 illustrates a block diagram of a particular embodiment of system 
controller 14 including a system control processor 30 and a system memory 32 storing 
system information. System information includes system control information 34, core 

20 signal handling information 36, a system protocol database 38 containing protocol 

modules 40, and any other information necessary for controlling the operation of 
devices in system 10. 

System control processor 30 represents any combination or arrangement of 
hardware and/or software for interfacing with and controlling devices in system 10, 

25 including the configuration and operation of interface device 12. System memory 32 

represents any one or combination of volatile or non- volatile, local or remote devices 
suitable for storing data, for example, random access memory (RAM) devices, read- 
only memory (ROM) devices, magnetic storage devices, optical storage devices, or 
any other suitable data storage devices. Moreover, interface device 12 may maintain 

30 the functionality of system control processor 30 locally. 
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In operation, system control processor 30, using system control information, 
controls the operation of interface device 12. System control processor 30 downloads 
a core signal handler to interface device 12 from core signal handling information 
stored in memory 32. In addition, system control processor 30 may download 
5 specific signal handling protocol modules from system protocol database 38 to 

interface device 12. These protocol modules may be downloaded responsive to a 
request from interface device 12, or when system control processor 30 detects a 
condition requiring the downloading of a protocol module to interface device 12. For 
example, when a protocol module in the system protocol database is updated, system 
10 control processor 30 may initiate the downloading of the updated protocol module to 

interface device 12. 

FIGURE 3 is a block diagram illustrating a particular embodiment of interface 
device 12. Interface device 12 includes a central processing unit (CPU) 50, a memory 
52, and spans 54. Spans 54 connect interface device 12 to subscriber devices 20 and 

15 provide an interface for communications and signaling. Each span 54 within interface 

device 12 may provide multiple physical connections, or bearers, for interfacing with 
subscriber devices 20. 

Memory 52 represents any one or combination of volatile or non-volatile 
devices suitable for storing data, for example, RAM devices, ROM devices, magnetic 

20 storage devices, optical storage devices, or any other suitable data storage devices. 

Memory 52 stores core software 56, a local protocol database 58, and resource 
information 60. CPU 50 connects to interface device 12, and memory 52, and 
controls the operation of interface device 12 and its fimctional units. 

Each of the functional units within interface device 12 may be implemented 

25 using any suitable combination and arrangement of hardware and/or software, and any 

of the functionality described may be implemented by a computer program stored on 
a computer readable medium. Core software 56 may include any software necessary 
for the management and control of interface device 12 and includes a core signal 
handler. The core signal handler provides signal handling capabilities common to 

30 multiple communications protocols. For example, the core signal handler may 
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process all signals received by interface device 12 by determining an appropriate 
protocol module for handling each signal. 

Protocol database 58 represents a collection of information for handling 
specific communications protocols. In a particular embodiment, protocol database 58 
includes a set of protocol modules, with each module directed to processing signals 
for a specific communications protocol. Each module in protocol database 58 may be 
separately accessed, removed, added, updated, or otherwise modified without 
affecting other modules in the database. This allows individual protocol modules to 
be updated while other modules are in use, providing a live upgrade capability. 
According to one embodiment, each protocol module contains a state table, which 
indicates an action to take given a specific signal fi"om a resource in a given state. For 
example, the state table may indicate a fimction to perform when a resource in a 
coupled state receives a disconnect signal. The functions indicated by the state table 
may be contained in the protocol module, the core software, other software modules, 
and/or in hardware. Thus, core software 56 provides basic signal handling fiinctions, 
while protocol database 58 allows for the performance of specific fiinctions based on 
the signal received and the signaling protocol used. 

Reso urce informat ion 60 representsa collection. of information ^escribing the 
characteristics o fthe phys i cal interfaces of interfac edevicejj. For each resource, or 
group of resources, this information indicates a signaling protocol for processing 
signals. The signaling protocol indicated might be dictated by the type of resource, 
the type of subscriber device 20 coupled to the resource, or any other appropriate 
criteria. For example, resource information 60 may, for each span 54, indicate a 
protocol module for processing signals. In addition, for each resource capable of 
maintaining an individual communication session, resource information 60 indicates a 
current processing state. For example, if each span 54 contains multiple bearers, each 
capable of maintaining a separate communication session, resource information 60 
indicates a current state for each of the bearers in interface device 12. This state, in 
conjunction with the signals received, allows interface device 12 to access a protocol 
module to determine what actions to take. Examples of states include inactive, 
unavailable, connected, and other appropriate indicators of the current condition or 
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operation of a telephony resource. Resource information 60 may be determined by 
interface device 12, configured by system controller 14, configured by other devices 
in system 10, and/or configured by a user of system 10. 

Li operation, interface device 12 receives some or all of core software 56 from 
system controller 14. CPU 50 accesses resource information 60 to determine the 
necessary protocol modules for handling communications and signaling v^ith 
subscriber devices 20. CPU 50 may choose to download all required protocol 
modules from system controller 14, or may choose to download only those protocol 
modules that are not currently stored in protocol database 58. Moreover, CPU 50 may 
wait until signals are detected from subscriber devices 20, determine a protocol 
module for handling the signals, and then download the appropriate protocol module 
from system controller 14 for storage in protocol database 58. 

When interface device 12 receives a signal using span 54, CPU 50 initially 
processes the signal using the core signal handling ftmctionality of core software 56 
and accesses resource information 60 to determine an appropriate protocol module for 
processing the signal. Using the initial processing information determined using the 
core signal handler, CPU 50 then processes the signal using the appropriate protocol 
module from protocol database 58. For example, core software 56 may determine the 
event being signaled based on a signal type and determine the necessary protocol 
module based on the resource that received the signal. Then, based on the event and 
the state of the resource, the core signal handler accesses the protocol module from 
protocol database 58 and determines the appropriate response. 

FIGURES 4A and 4B illustrate exemplary tables for storing resource 
information 60 maintained by CPU 50. FIGURE 4A is an exemplary resource 
protocol table 70 storing information indicating the required protocol for each of span 
54 in interface device 12. Resource protocol table 70 allows CPU 50 to determine the 
appropriate protocol for handling signals from physical resources coupled to interface 
device 12. For each span 54, the listed protocol indicates a protocol module from 
protocol database 58 that may be used to process signals. For example, signals 
received using span #1 of interface device 12 will be processed using a National 
ISDN User protocol module. The protocol indicated for each span may be any 
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appropriate network protocol, such as National ISDN User, National ISDN Network, 
European ISDN network standard DSS-1, a custom ISDN protocol such as AT&T's 
4ESS ISDN protocol, or any other appropriate signaling protocol. While these 
examples focus on ISDN protocols, system 10 contemplates interface device 12 
5 operating to handle signals using any appropriate wireless or wireline telephony 

signaling protocol. In addition, resource information 60 may indicate a required 
protocol for any individual resource or group of resources in interface device 12. For 
example, instead of indicating a required protocol for each span 54, resource protocol 
table 70 could indicate a required protocol for each individual bearer within spans 54. 

10 FIGURE 4B illustrates an exemplary resource state table 80 storing 

information describing the current state of different physical resources in interface 
device 12. For communications sessions taking place using interface device 12, 
resource state table 80 tracks a session identifier, an indication of the physical 
resource (span/bearer), and a current processing state. In addition, resource state table 

15 80 may track other necessary information for processing communications and 

signaling for active and inactive resources in interface device 12. This example uses 
telephone numbers to identify each session, however, interface device 12 may use any 
method for imiquely identifying the states of resources and commimications sessions 
using these resources. Also, while this example illustrates two simplified tables, 

20 system 10 contemplates using any data storage technique appropriate for storing 

resource information 60. 

FIGURE 5 illustrates an exemplary protocol module stored as a protocol state 
table 90. Protocol state table 90 is indexed according to a particular event occurring 
given a resource in a particular state. Given a state and an event, protocol state table 

25 90 indicates the required action and the next state for the resource. For example, if a 

resource were in an inactive state and received a setup signal, protocol state table 90 
indicates that the appropriate action requires the execution of a setup call routine, and 
the next state for the resource is setup. For any particular state, there may be any 
number of entries in protocol state table 90 for different events. 

30 For example, FIGURE 5 contains two entries for the state of call proceeding 

corresponding to the two different events of alerting and connect. Each of the events 
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in protocol state table 90 correspond to different signals received from subscriber 
devices 20 or other events detected by interface device 12. These signals may include 
telephony signals, such as alerting (the phone is ringing), call proceeding, connect, 
connect acknowledge, setup, setup acknowledge, suspend, suspend acknowledge, 
suspend reject, resume, resume acknowledge, resume reject, disconnect, release, 
release complete, status inquiry, or status. The actions in protocol state table 90 
indicate the appropriate routine to perform given a particular state and event. Upon 
successful completion of the routine, the state of a resource in resource state table 80 
is updated to indicate the appropriate state. 

For example, subscriber device 20, using a signaling channel connected to 
span #1, communicates a setup signal to interface device 12. CPU 50 accesses 
resource protocol table 70 to determine that the signal must be processed using a 
National ISDN User protocol and accesses resource table 80 to determine that span #1 
bearer #2 is in an inactive state. CPU 50, using a core signal handling functionality, 
determines that the signal received from subscriber device 20 is requesting a call 
setup. CPU 50 then accesses protocol state table 90 for the National ISDN User 
protocol to determine the appropriate action for a resource in an inactive state 
receiving a setup event. After performing the appropriate action, CPU 50 updates the 
state of the resource to the next state indicated in the protocol state table. 

FIGURE 6 illustrates an exemplary state transition model, indicated generally 
at 92, that may serve as a particular embodiment for a protocol module maintained by 
interface device 12. State transition model 92 includes three portions: a state table 94, 
an event table 96, and an action table 98. In general, given a resource in a current 
state indexed in state table 94, interface device 12 performs an action from action 
table 98 given the occurrence of an event in event table 96. 

State table 94 includes fields for states, the number of events associated with 
each state, and an initial event pointer associated with each state. The number of 
events field specifies the number of events in event table 96 corresponding to a 
particular state. The initial event pointer indicates the location of the first event for a 
particular state in event table 96. Thus, the initial event pointer locates the first valid 
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event for a state in event table 96, and the number of events indicates how many 
events, beginning with the initial event, are valid for the particular state. 

Event table 96 includes events indexed by event identifiers (IDs) and, for each 
event, contains fields for next state, number of functions, and an initial action pointer. 
Given the occurrence of an event in event table 96, the initial action pointer indicates 
the first action in action table 98 to perform, and the number of functions indicates 



how many functions to perform, begii ming with the first function indicated by the 
initial action pointer. The next state field specifies a function that transitions a 
resource into the next state after the occurrence of an event. For example, after a 
SETUP_REQ event is detected for a resource, that resource will be transitioned to a 
U1_CALL_INITIATED state by the Calllnitiated ftmction. 

Action table 98 lists the functions executed by interface device 12 when 
processing events. However, the fiinctions included in this example are provided only 
to clarify the operation of a specific embodiment of a protocol module. Moreover, 
while state transition model 92 includes specific tables and fields within these tables, 
system 10 contemplates using any suitable collection and arrangement of information 
for maintaining protocol data. 

FIGURE 7 is a flowchart illustrating a method for configuring a 
communications device, such as interface device 12. Interface device 12 determines 
that configuration is required at step 100. The configuration of interface device 12 
may take place responsive to a request by a user of system 10, responsive to a 
command from system controller 14, or responsive to interface device 12 detecting 
any other circumstances requiring configuration. Interface device 12 downloads core 
software 56 from system controller 14 at step 102. Interface device 12 selects a 
resource, such as one of spans 54, at step 104. Interface device 12 accesses resource 
information 60 to determine the appropriate protocol module for the selected resource 
at step 106. For example, if span #1 were selected, CPU 50 would access resource 
protocol table 70 to determine that the selected resource indicates the National ISDN 
User protocol. 

Interface device 12 determines whether the indicated protocol module is in 
protocol database 58 at step 108. If so, process flows skips to step 112. If the 
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protocol module is not in protocol database 58, interface device 12 downloads the 
protocol module from system controller 14 and stores the protocol module in protocol 
database 58 at step 110. Altematively, interface device 12 may download the 
protocol module regardless of whether the protocol module is currently stored in 
5 protocol database 58. Thus, during configuration, interface device 12 may 

automatically refresh all current protocol modules stored in protocol database '58 in 
addition to downloading other necessary protocol modules. This provides flexibility 
during configuration to upgrade existing modules or quickly configure interface 
device 12 with only the modules not already stored in the database. 

10 Once the requested protocol module is stored in protocol database 58, 

interface device 12 binds the protocol module to the selected resource at step 112. 
This places the selected resource in a position to process signaling using the 
appropriate protocol module. Interface device 12 then determines whether all 
resources have been processed at step 114. If not, interface device 12 selects another 

15 resource at step 104, looping until the indicated protocol modules for all resources 

within interface device 12 are stored in protocol database 58. When interface device 
12 determines that all resources have been processed, configuration is complete. 

FIGURE 8 is a flowchart illustrating a method for processing signals using 
interface device 12 configured with protocol database 58. This process allows 

20 interface device 12 to process signals using a modular protocol stack. Interface 

device 12 monitors resources at step 200. For example, CPU 50 monitors signaling 
channels for each bearer within interface device 12. Interface device 12 determines 
whether a signal has been received at step 202. If not, interface device 12 continues 
monitoring resources at step 200. If a signal is received, interface device 12 processes 

25 the receipt of the signal using a core signal handler at step 204. This may include 

CPU 50 using core software 56 to determine the type of signal received, such as setup 
or disconnect. Interface device 12 determines the appropriate protocol module for 
processing the received signal at step 206. Interface device 12 determines the 
appropriate protocol module to process the signal using resource information 60, for 

30 example, by accessing resource protocol table 70 to determine the protocol indicated 

for the specific resource. 
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While this flowchart assumes that all appropriate protocol modules have been 
previously loaded into protocol database 58, in an altemative embodiment, protocol 
database 58 may not store all necessary protocol modules for resources within 
interface device 12. In that case, interface device 12 must download the appropriate 
protocol module from system controller 14 when it is determined that the protocol 
module is not in protocol database 58. For example, interface device 12 receives a 
signal using protocol X and determines that protocol module X is not stored in 
protocol database 58. At that point, interface device 12 downloads protocol module X 
from system controller 14. System 10 contemplates interface device 12 downloading 
appropriate protocol modules at any time before they are used for processing. 

Interface device 12 determines the state of the resource that received the signal 
by accessing resource information 60 at step 208. For example, CPU 50 may access 
resource state table 80 to determine the current state for a^ bearer channel in interface 
device 12 that received 'the signal. Interface device 12 determines what action to take 
based on the signal type (event) and the state using the appropriate protocol module at 
step 210. For example, CPU 50, after determining the appropriate protocol module 
from resource protocol table 70 and the state of the resource from resource state table 
80, accesses protocol state table 90 to determine the appropriate action given the 
determined state and event. Interface device 12 executes the appropriate action at step 
212 and updates the state of the resource at step 214. Interface device 12 continually 
monitors its resources at step 200 in order to process any signals as soon as they are 
received. Thus multiple received signals may be concurrently processed according to 
the preceding method. 

The preceding flowcharts illustrate only exemplary methods for configuring 
interface device 12 with a modular protocol stack and processing signals using the 
modular protocol stack. System 10 contemplates many of the steps in these 
flowcharts taking place simultaneously and/or in different orders than as shown in 
FIGURES 6-7. Furthermore, system 10 contemplates using methods with additional 
steps, fewer steps, or different steps, so long as the methods remain appropriate for 
configuring a modular protocol stack within interface device 12 and processing 
signals using the modular protocol stack. 
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Although the present invention has been described in several embodiments, a 
myriad of changes and modifications may be suggested to one skilled in the art, and it 
is intended that the present invention encompass such changes and modifications as 
fall within the scope of the present appended claims. 
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